home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Experimental BBS Explossion 3
/
Experimental BBS Explossion III.iso
/
gus
/
sdkdigv8.zip
/
SDKV8N16.TXT
< prev
next >
Wrap
Text File
|
1994-01-19
|
6KB
|
145 lines
Apparently-To: john.smith@gravis.com
GUS Programmer's Digest Tue, 18 Jan 94 3:58 Volume 8: Issue 16
Today's Topics:
Envelope offsets
GCC porting?
GUS Programmer's Digest V8 #14
Scaling Freq for correct note
Turbo Pascal SDK
Standard Info:
- Meta-info about the GUS can be found at the end of the Digest.
- Before you ask a question, please READ THE FAQ.
----------------------------------------------------------------------
Date: Mon, 17 Jan 1994 13:06:35 -0500 (EST)
From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
Subject: Envelope offsets
> Date: Sun, 16 Jan 1994 05:59:43 -0600 (CST)
> From: Jason William Whiteman <jww9624@tamsun.tamu.edu>
> Subject: Re: Envelope Offsets not at zero
>
> > fouling up. An offset of 8 does mean 8, so don't set the ramp's
> > endpoint to 0. 8 is effectively silent anyway, and when it's
> > reached, the volume can be set directly to 0 without causing a pop.
>
> The pseudo-code supplied should have made it clear that the
> ramp would not go to zero. In the case of an offset of 8, the code
> would have said "ok, it's under the threshold of 10, so don't add the
> base_volume to the offset (base volume=volume when patch is started)."
Wouldn't the initial volume always be zero? The envelope starts at
zero, goes up and down according to the various offsets, and, ultimately,
decays to zero (actually 8, which is effectively 0).
> I am taking the envelope offset values to be an addative value (always
> with respect to the initial volume) unless the envelope offset is
> below a threshold point. Because you cannot add any positive value
I'm not quite clear on what you're getting at. The offset is absolute,
not additive, as far as I'm aware.
Phat.
------------------------------
Date: Tue, 18 Jan 94 0:08:37 GMT
From: bre@os.is (Bjarni R. Einarsson)
Subject: GCC porting?
Sorry about the empty message.. hit 's' when I meant 'f'. :-(
Has anybody out there compiled the SDK to work with the DJGPP dos
extender/compiler package? I am not very familiar with the tech-
nical side of this project, so if anybody wants to give me a few
hints before I start, I'm all ears..
I'd really like to be able to use gcc instead of getting myself
a Borland/Watcom/whatever compiler.. after all, it is a GNU compiler
so it is *free* ... I like free things, especially if they give me
a flat memory model. :-)
Bjarni R. Einarsson __/\__ E-Mail: Bre@os.is __/\__ IRC: Juggler
____________________/ \__________________/ \_____________
"Whoare you and what is this thingy you sent me?" \ "Ooook?"
-- David Pomerance, on receiving a GUS digest. \ "Oook."
------------------------------
Date: Tue, 18 Jan 94 0:04:02 GMT
From: bre@os.is (Bjarni R. Einarsson)
Subject: Re: GUS Programmer's Digest V8 #14
Bjarni R. Einarsson __/\__ E-Mail: Bre@os.is __/\__ IRC: Juggler
____________________/ \__________________/ \_____________
"Whoare you and what is this thingy you sent me?" \ "Ooook?"
-- David Pomerance, on receiving a GUS digest. \ "Oook."
------------------------------
Date: Tue, 18 Jan 1994 00:04:23 +1100 (EDT)
From: s904858@minyos.xx.rmit.EDU.AU (Stuart Gough)
Subject: Scaling Freq for correct note
Hi there.
A little while ago I nutted out how to load a patch on to the GUS and play a
note! Pretty cool I thought! However, I was just randomly assigning a
frequency for the GUS to play the patch at. What I would now like to know is
how to scale the frequnecy to play say a G4 when the original sound was
recorded at C4. Surely, the root freq and may be the sampling freq have to
taken into consideration. Do I work it out by multiplying ( or dividing,
which ever the case may be) the root freq by the twelfth root of two (
1.0594..) and working out the freq that way?
Please help!
Stuart Gough
s904858@minyos.xx.rmit.oz.au
------------------------------
Date: Mon, 17 Jan 94 10:30 EST
From: "Matthew E. Bernold" <MEB117@PSUVM.PSU.EDU>
Subject: Turbo Pascal SDK
Why didn't Forte just release the Pascal Source code? Is there something
in the source for the Pascal SDK that is NOT in the C SDK? Something secret
that they can't tell us about? I doubt it. If the SDK source were available,
people could modify it...re-compile it for different versions of Pascal,
and lots of other neat stuff. :-)
Please, Forte...consider releasing the Pascal source.
Matthew E. Bernold MEB117@PSUVM.PSU.EDU
<<APOCALYPSE>> meb117@wilbur.cac.psu.edu
------------------------------
End of GUS Programmer's Digest V8 #16
*************************************
To post to tomorrow's digest: <gus-sdk@dsd.es.com>
To (un)subscribe or get help: <gus-sdk-request@dsd.es.com>
To contact a human (last resort): <gus-sdk-owner@dsd.es.com>
FTP sites: archive.epas.utoronto.ca /pub/pc/ultrasound
wuarchive.wustl.edu /systems/ibmpc/ultrasound
archive.orst.edu /pub/packages/gravis
theoris.rz.uni-konstanz.de /pub/sound/gus
nctuccca.edu.tw /PC/ultrasound
FTP mail server: mail-server@nike.rz.uni-konstanz.de
Hints:
- Get the FAQ from the FTP sites or the request server.
- Mail to <gus-sdk-request@dsd.es.com> for info about other GUS
related mailing lists (general use, musician's, etc.).